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(57) ABSTRACT 

A method of transmitting data between an interface device 
and an inter-switch link includes receiving a frame on the 
inter-switch link and determining whether the frame's pay- 
load is an encapsulated frame and forming a modified frame 
when the frame's pay load is an encapsulated frame. The 
header of the modified frame includes a subset of data from 
the received frame's header. A link interface device is also 
featured. The link interface device includes a data transmit- 
ting and receiving unit, frame type circuitry, and frame 
modification circuitry. The data transmitting and receiving 
unit couples the device to an inter-switch link to transmit and 
receive data frames on the link. The frame type circuitry can 
receive data frames from the transmitting and receiving unit 
and can determine whether a payload segment in the 
received data frame is an encapsulated frame. The frame 
modification circuitry is coupled to the frame type circuitry 
and can modify frame header segment data when the pay- 
load segment in the received frame is an encapsulated frame. 

8 Claims, 5 Drawing Sheets 
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INTER-SWITCH LINK HEADER frames may be of more than one frame type. For example, 

MODIFICATION encapsulated frames may be either Token Ring frames or 

Ethernet frames. Modified frames may be formed for a 
Priority is claimed from provisional patent application, subset of frame types. The interface device also may trans- 
Serial No. 60/097,892 filed Aug. 26, 1998, entitled "ISL- 5 mit modified frames over a peripheral bus using a direct 
Token- Ring Header Modification." memory access bus transfer. 

_ In general, in another aspect, the invention features a link 
BACKGROUND INFORMATION intorfiioo device. The link interface device includes a data 
An inter-switch link (ISL) is a frame-based communica- transmitting and receiving unit, frame type detection 
tions link used to interconnect two or more networking 30 circuitry, and frame modification circuitry. The data trans- 
switching devices. Referring to FIG. 1, local area networks mitting and receiving unit couples the device to an inter- 
(LANs) 101 and 110 can be interconnected using an inter- switch link to transmit and receive data frames on the link, 
switch link (ISL) 120 between LAN switching and routing The frame type detection circuitry can receive data frames 
devices 105 and 115. The ISL interconnection 120 intercon- from the transmitting and receiving unit and can determine 
nects LANs 101 and 110 and allows the nodes 102-103 on 15 whether a payload segment in the received data frame is an 
the first LAN 101 to exchange data with the nodes 111-113 encapsulated frame. The frame modification circuitry is 
on the second LAN 110. coupled to the frame type detection circuitry and can modify 
An ISL can transport a variety of native frame types frame header segment data when the payload segment in the 
between routing and interface devices. Token Ring, Ethernet received frame is an encapsulated frame, 
and other native LAN data frames may be transferred 20 Implementations may include one or more of the follow- 
between a pair of gateway switches interconnected by an ing features. The device may include bus interface circuitry 
ISL. To transport a native LAN data frame, the LAN data coupling the device to a peripheral bus over which data 
frame is encapsulated within an ISL frame and transported frames are transmitted and received. For example, the bus 
across the ISL as payload data within the ISL frame. ISL interface circuitry may implement a peripheral component 
frame header data identifies the type of LAN data frame 25 interconnect (PCI) interface to couple the device to a PCI 
being transported and may indicate the destination of that bus. Additionally, the bus interface circuitry may include 
frame. A network interface device terminating an ISL link direct memory access (DMA) circuitry configurable to ini- 
may receive a mix of encapsulated frame types. For tiate DM A data transfers to and from the device to a memory 
example, a network gateway may receive both Ethernet region accessible over the bus, 

frames and Token Ring frames encapsulated within ISL Implementations may provide one or more of the follow- 

frames. ing advantages. Local area network (LAN) protocol pro- 
cessing in computers, network devices, and other data 

auMMMi communications devices may be more efficient. A consistent 

Data frames may be exchanged between local area net- 35 inter-switch link frame format may be provided between a 

work switches and computer devices using an inter-switch network interface peripheral device and other computer 

link. An inter-switch link transfers frames of data that system components with which the device functions. Other 

encapsulate native LAN data frames. Inter-switch link frame advantages will become clear from the drawings, description 

formats may differ depending on the type of native LAN and the claims that follow, 

data frame that is encapsulated. Inter-switch link frame 4Q DESCRIPTION OF DRAWINGS 
processing efficiency at a receiving or transmitting device 

may be improved by maintaining consistent inter-switch link FIG. 1 depicts a Local Area Network. 

frame formats. FIG. 2 depicts a computer operating environment. 

In general, in one aspect, the invention features a method FIGS. 3A and 3B depict inter-switch link data frame 

of transmitting data between an interface device and an 45 headers. 

inter-switch link. The method includes receiving a frame on FIG. 4 depicts a modified inter-switch link data frame 

the inter-switch link and determining whether the frame's header. 

payload is an encapsulated frame. The method also includes FIGS 5A? 5Bj 5C depict an interface card< 
forming a modified frame when the first payload is an 

encapsulated frame. The modified frame header includes a 50 DETAILED DESCRIPTION 

subset of data from the received frame's header. FIG. 2 shows exemplary hardware and software interfaces 

In general, in another aspect, the invention features a within a network element 200 supporting an inter-switch 
method of transmitting data between a peripheral bus and an link. The network element 200 includes a collection of 
inter-switch link. The method is implemented in an interface physical resources such as a processor 201, a bus/memory 
device and includes receiving a frame over the peripheral 55 interface 202 coupling the processor 201 to a peripheral bus 
bus, determining whether the frame's payload is an encap- 206 and to memory 210. Additionally, the network element 
sulated frame, and modifying the received frame if the 200 may include peripherals coupled to the bus 206. For 
payload is an encapsulated frame. Modified frames are then example, the network element 200 includes ISL link inter- 
transmitted on the inter-switch link. Modified frames face 203, Ethernet interface 204 and Token Ring interface 
include a modified header having data from the received 60 205 peripherals coupled to a bus 206. The link interface 203 
frame's header and data from the received frame's trailer. is used to modulate and communicate data over the physical 

Implementations may include one or more of the follow- link 120 (FIG. 1) to or from another ISL-capable network 

ing features. The received and modified frames also may element. The interface 203 may send and receive bits over 

include trailer regions. The trailer of the modified frame may a coaxial cable, a twisted wire interface, a fiber-optic link, a 

include data from the received frame's header. Frame trailers 65 digital cellular radio interface, or other physical interface, 

may include error control data. Forming the modified frame The network element 200 includes an operating system 

may include calculating error control data. Encapsulated 215. The operating system 215 includes data and instruc- 
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tions that are executed by the processor 201 to control and 
allocate physical resources such as the ISL and LAN adapt- 
ers 203-205 and memory 210. The operating system 215 
may regulate the use of memory 210 by software applica- 
tions 211-214. Additionally, the operating system 215 may 
access physical devices through a set of device drivers 
216-218. Device drivers 216-218 provide logical interfaces 
between the operating system 215 and/or application soft- 
ware 211-214 and peripheral device 203-205 hardware. 
Thus, the device drivers 216-218 can be used to isolate 
physical-device dependent programming code from more 
generalized routines provided by the operating system 215. 

In a PC implementation, the network element 200 may be 
implemented using personal computer hardware compo- 
nents. For example, an Intel(r) x86-based personal computer 
may be. used to implement the device 200. In a peripheral 
component interconnect (PCI) implementation, the bus 206 
is a PCI bus and the link interface 203 as well as LAN 
interfaces 204-205 can be PCI cards (PCI bus agents). 
Additional information on PCI buses and bus agents may be 
found in the PCI Local Bus Specification Revision 2.1, 
published by the PCI Special Interest Group, Portland, Oreg. 
The network element 200 may include other data bus 
structures in addition to, or instead of, a PCI bus. 

The ISL link provided by the interface 203 may be an 
Ethernet-based ISL link. In an Ethernet-based ISL link 
implementation, the ISL physical interface 203 can be an 
Ethernet network interface card providing a 100 BaseTX 
physical layer interface to another ISL capable device, ISL 
frames in an Ethernet-based implementation (referred to 
herein as an "Ethernet-based ISL frame") are based on the 
Ethernet frame format. Ethernet frame formats are further 
described in ANSI/IEEE Standard 802.3, CSMA/CD Access 
Method and Physical Layer Specifications, and in related 
ANSI/IEEE standards. An Ethernet-based ISL frame 
includes header, payload, and trailer fields. The ISL frame 
header may include both conventional Ethernet frame fields 
as well as ISL-specific field information; the ISL frame 
payload encapsulates another Ethernet or Token Ring frame, 
and the ISL-frame trailer includes cyclic redundancy check 
(CRC) or other error control data. 

An Ethernet-based interface 203 may exchange both 
Ethernet -based ISL frames and "standard" Ethernet frames 
over the link 120 (FIG. 1). Ethernet-based ISL frames and 
standard Ethernet frames can be distinguished using desti- 
nation address information in the first five bytes of the frame 
and by the presence of the value 0xAAAA03 (hexadecimal) 
in bytes fifteen through seventeen of the frame header (the 
AAAA03 field). For example, an ISL frame may include the 
broadcast destination address OxOl-OO-OC-00-00 
(hexadecimal) in the destination address field and the value 
0xAAAA03 in bytes of the AAAA03 field. 

The ISL device driver 216 can provide instructions to the 
ISL physical interface 203 to regulate data frame transfers 
between the operating system 215 and/or applications 
211-214 and the ISL interface 203. When an ISL frame is 
received at ISL physical interface 203, an interrupt signal 
may be generated and sent to the device driver 216. The 
device driver may then obtain the received ISL frame from 
the interface device 203 and process the frame. Frame 
processing by the driver 216 may include removal of ISL 
header and trailer information, extraction of a native LAN 
frame, and the transfer of the native LAN frame to the 
operating system 215 or to another application 211-214. 

Transfer of data between the interface device 203 and the 
operating system 215 may occur through a direct memory 
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access (DMA). A DMA transfer allows data to be transferred 
between the ISL interface 203 and a region of memory 210 
accessible by the operating system 215 or by applications 
211-214. In a peripheral component interconnect (PCI) 
implementation, a PCI -based ISL interface 203 supporting 
DMA can transfer data across a PCI bus 206 to memory 210 
independent of the processor 201. 

In general, devices performing DMA transfers include 
their own processing or bus interface circuitry to perform the 
DMA transfer and, therefore, require little or no supplemen- 
tary assistance by the processor 201 during data transfers. 
During a data transfer by a DMA-capable ISL interface 203, 
the processor 201 may perform other tasks such as execution 
of application programs 211-214. In contrast, in a non-DMA 
data transfer, the processor 201 may be required to read data 
from a device and then transfer the data to a destination in 
memory 210. In general, prior to a DMA transfer, memory 
descriptor data will be transferred to the DMA capable 
device to identify a memory region to which the device can 
transfer data. Prior to a DMA transfer by a DMA-capable 
ISL interface 203, the processor 201 executes operating 
system 215 and/or device driver 216 code to identify a 
region in memory 210 into which data can be transferred. 
The identified region can be, for example, a data buffer in a 
network protocol processing sub -section 219 of the operat- 
ing system 215. 

When an ISL frame is received by the ISL interface 203, 
the interface 203 may use a DMA transfer to provide the 
frame directly to the operating system 215. Using a DMA 
transfer, the interface 203 can transfer the frame directly to 
a network protocol 219 buffer for further processing by the 
network protocols 219. The operating system 215 and/or one 
of its sub-components, such as the network protocols 219, 
may expect the ISL frame to have a consistent format in 
which encapsulated frames are located at a fixed onsets 
within the ISL frame. 

In commonly used Ethernet-based ISL frame formats, 
different types of LAN frames are encapsulated at different 
offsets within an ISL frame. FIGS. 3A and 3B show com- 
monly used Ethernet-based ISL frame formats. Referring to 
FIG. 3B, when a Token Ring frame is encapsulated in an 
Ethernet-based ISL frame, the Token Ring frame's access 
control (AC) field is replaced with RIF/ESIZE data (see 
table below), and the modified Token Ring frame is encap- 
sulated in an ISL frame having an additional 30 bytes of 
header data. Thus, the R/F/ESIZE data of the encapsulated 
modified Token Ring frame begins at a 31 byte offset within 
the ISL frame. Additional information on standard Token 
Ring frame formats can be found in ISO/IEC 8802-5, 
ANSI/IEEE Std 802.5, Token ring access method and physi- 
cal layer interface. On the other hand, referring to FIG. 3A, 
when an Ethernet frame is encapsulated in an Ethernet-based 
ISL frame, the unmodified Ethernet frame is encapsulated in 
an ISL frame having a 26 byte header. Thus, the ISL frame 
header size for a Token Ring frame is four bytes greater than 
that of an Ethernet frame. Other field values within the ISL 
frames (FIGS, 3Aand 3B) are shown in the following table: 



60 



Field Name/Value 



65 



DA The DA field specifies the [SL frame's destination address. 

In general, this field includes a 40-bit multicast address 
with the hexadecimal value "OxOl-OO-OC-00-00". 

Type A 4-bit field identifying the type of encapsulated frame. 

'Values may include: 
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-continued 



Field 



Name/Value 



"0000" - Ethernet 
M 0001" - Token-Ring 
"0010" - FDDI 
"0011" - ATM 
User User defined priority. 

SA Identifies the 48-bit source address of the device trans- 

mitting the ISL frame. 

LEN This is the length of the ISL frame excluding the DA, Type, 

User, SA, LEN and CRC fields. 

AAAA03 This is a constant with the hexadecimal value 0xAAAA03 
indicating that the frame is an ISL frame. 

HAS Contains the upper three bytes of the source address field 

(the manufacturer ID portion). 

VLAN Identifies the virtual LAN ID of the packet. 

B Bridge Protocol Data Unit indicator field. This field is set 

for all bridge protocol data units encapsulated by the 
ISL packet. 

INDX Index field. This field may be used for diagnostic purposes. 

ENCAP- Encapsulated frame. For Ethernet, this is the original frame. 

SULATED For Token-Ring, this is the original frame without 

FRAME the AC field 

CRC 32-bit Cyclic Redundancy Check 

DESTVLAN This is the destination virtual LAN ID. It can be 

either a TRNET VLAN ID or a TR VLAN ID 
SRCVLAN Source VLAN ID. It can be either a TRNET VLAN ID 

or a TR VLAN ID 
E Token-Ring explorer packet indicator 

R Reserved bit 

F FCS not present indicator 

ESIZE Size of Token-Ring frames smaller than 64 bytes, otherwise 

0. The ESIZE field is the total length of the Token-Ring 
frame, including the AC and inner CRC field 

DESTRD Destination route descriptor 

SRCRD Source route descriptor 

PAD Token- Ring packets smaller than 64 bytes are padded to the 

minimum size an Ethernet controller can handle, namely 
64 bytes 

ENET 32-bit Cyclic Redundancy Check covering the DEST RD, 

CRC SRC RD, R, F and ESIZE fields and the encapsulated 

Token-Ring frame 

Encapsulating native LAN frames at different offsets 
within an ISL frame can complicate ISL frame processing, 
reduce frame processing efficiency, and reduce network 
element 200 throughput. For example, device driver 216 
may require additional processing to determine the start of 
the encapsulated frame. Additional device driver 216 pro- 
cessing may require additional processor 201 resources and 
may limit the overall data handling capabilities of the 
network element 200. 

Advantages in ISL frame processing may be obtained by 
passing a consistent ISL frame format between the ISL 
interface 203 and other network element 200 components. 
Shown in FIG. 4 is a modified ISL frame format that can be 
used to provide a consistent (native LAN-type independent) 
frame encapsulation offset. The modified ISL frame of FIG. 
4 thereby enables a consistent frame format for transfers 
between the ISL interface 203 and other operating system 
215 or other network element 200 components. Upon recep- 
tion of an ISL encapsulated Token-Ring frame (FIG. 3B), the 
ISL interface 203 modifies the Token-Ring ISL frame (FIG. 
3B) to conform to the modified ISL frame format (FIG. 4). 
To do so, the ISL interface 203 moves the DESTRD an 
SRCRD fields in the ISL frame of FIG. 3B so that they 
precede the final CRC field in the ISL frame resulting in a 
26 byte ISL frame header for Token Ring frame encapsula- 
tion. This is further illustrated by comparing the original 
Token Ring encapsulation frame in FIG. 3B with the modi- 
fied frame in FIG. 4. The resulting ISL Token Ring encap- 
sulation frame will then have the same header length as an 
ISL Ethernet encapsulation frame. 
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Referring to FIG. 5 A, an Ethernet-based ISL link interface 
device 500 can rearrange header data in Ethernet-based ISL 
frames and thereby provide advantages in the processing of 
received ISL frames. The link interface 500 includes cir- 
cuitry elements 501-503 and 550. Circuit elements 501-503 
and 550 may be directly interconnected and/or may be 
interconnected by a bus 505. 

The link interface 500 includes a transceiver 501 to send 
and receive data on a link. The transceiver 501 may be a 
Micro Linear ML 6692 100 BaseTX Ethernet transceiver. 
Different models and types of transceivers may be used. For 
example, a 10 BaseTX Ethernet transceiver or a gigabit 
Ethernet transceiver can be used. The transceiver 501 is 
coupled to a peripheral component interconnect (PCI) bus 
interface 502 through a LAN protocol processor 503 and an 
ISL frame processor 550. The PCI bus interface 502 pro- 
vides PCI bus signal processing and exchanges signals over 
connector 504. The connector 504 provides both physical 
and electrical connection to a PCI bus. The LAN protocol 
processor 503 performs Ethernet carrier sense multiple 
access (CSMA) and access protocol processing. The ISL 
frame processor 504 can rearrange ISL frame header data. 
For example, the processor 550 can convert between the 
Ethernet-based ISL frames of FIG. 3B and the modified 
Ethernet frame of FIG. 4 by relocating DESTRD and 
SRCRD fields in the ISL frames. 

Referring to FIG. 5B, the ISL frame processor 550 
includes an ISL frame detector 551. The ISL frame detector 
551 receives frames from the transceiver 501 and examines 
the destination address in the frame. Based on the destina- 
tion address and the value in the AAAA03 header field, the 
detector 551 determines whether the frame is an ISL frame 
(for example, a destination address equal to 0xOl__0O_0C_ 
00__00 (hexadecimal) may identify an ISL frame if bytes 
fifteen through seventeen of the header have). ISL frames are 
further processed by encapsulated frame type detection 
circuitry 552. The frame type detection circuitry 552 deter- 
mines whether the ISL. frame includes an encapsulated 
Token Ring frame or an encapsulated Ethernet frame. 
Encapsulated Ethernet and Token Ring frames can be dis- 
tinguished based on the contents of the ISL frame "TYPE" 
field. Non-ISL frames and ISL frames encapsulating Ether- 
net frames can be sent to the LAN protocol processor 503 
without further processing by the ISL processor 550. On the 
other hand, if the frame is an ISL frame encapsulating a 
Token Ring frame, it will be stored in buffer memory 553 by 
the detector 552 and read from buffer memory 553 by the 
frame modification circuitry 554. Frame modification cir- 
cuitry 554 reorganizes the ISL frame by moving DESTRD 
and SRCRD fields from to the end of the ISL frame (as seen 
by comparing FIGS. 3B and 4), Modification circuitry 554 
may also include cyclic redundancy check (CRC) calcula- 
tion circuitry to calculate a new CRC value to be placed in 
the CRC field at the end of the ISL frame (FIG. 4). 

ISL frames also may be received at the device 500 from 
the PCI bus interface 502 and/or LAN protocol processor 
503 for transmission on the link 506. When an ISL frame is 
received from the PCI bus by bus controller 502, circuitry 
555 determines whether the frame is an ISL frame by 
examining the frames destination address and circuitry 556 
determines whether an encapsulated Token Ring frame is 
being transported. If the frame is an ISL frame encapsulating 
a Token Ring frame, the DESTRD and SRCRD fields at the 
end of the ISL frame (FIG. 4) are moved to their "standard" 
positions at bytes 27-30 of the ISL frame (FIG. 3B) by 
buffer 557 and modification 558 circuitry. During modifi- 
cation by the circuitry 558, new CRC values may be 
calculated for the frame (FIG. 3B). 
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Buffers 553 and 557 need not store the entire ISL frame. 
For example, referring to FIG. 5C, the buffer 553 may 
include a four byte first-in-first-out buffer 562, a counter 560 
and a switch 563. When an ISL frame is processed by the 
buffer 553, the switch 536 is initially set to output bytes from 
the FIFO 562. ISL header bytes are sequentially stored in the 
FIFO buffer 562 and, after a four-byte delay, are shifted out 
of the buffer and provided to the buffer 553 output. The 
counter 560 maintains a count of an ISL frame's bytes 
passing through the buffer 553 and, when count in the 
counter 560 indicates that the DESTRD and SRCRD fields 
are in the FIFO 562, a signals are sent to the switch 563 to 
output bytes directly from the buffer 553 input and to the 
FIFO 562 to prevent further input to the FIFO 562. The 
buffer 558 will continue to directly output the input data 
until after the encapsulated frame is fully output (as deter- 
mined by a counter circuitry 560), at which point the switch 
563 will again be set to output bytes from the FIFO 562 and 
the 562 will then output the stored DESTRD and SRCRD 
data followed by any additional ISL frame trailer fields. 
Buffer 557 may include a similar implementation. 

ISL interface device implementations may include addi- 
tional or alternate circuitry from that shown in FIGS. 5 A and 
5B. For example, the LAN protocol processor 503 and 
transceiver 501 may be combined in a circuit that performs 
both LAN protocol processing and physical layer functions. 
In an implementation combining transceiver 501 and pro- 
cessor 503, LAN protocol processing may precede header 
modification by ISL circuitry 550 when a frame is received 
on link 506, and would follow header modification when a 
frame is to be sent on the ISL link 506. In some 
implementations, frames may be modified in the ISL link 
interface 506 to PCI interface 504 direction, but not in the 
PCI interface 504 to ISL interface 506 direction. 

The invention may be implemented using digital elec- 
tronic circuitry, or in computer hardware, firmware, 
software, or in combinations of them. Apparatus of the 
invention may be implemented in a computer program 
product tangibly embodied in a machine-readable storage 
device for execution by a programmable processor; and 
method steps of the invention may be performed by a 
programmable processor executing a program of instruc- 
tions to perform functions of the invention by operating on 
input data and generating output. The invention may advan- 
tageously be implemented in one or more computer pro- 
grams that are executable on a programmable system includ- 
ing at least one programmable processor coupled to receive 
data and instructions from, and to transmit data and instruc- 
tions to, a data storage system, at least one input device, and 
at least one output device. Each computer program may be 
implemented in a high-level procedural or object-oriented 
programming language, or in assembly or machine language 
if desired; and in any case, the language may be a compiled 
or interpreted language. Suitable processors include, by way 
of example, both general and special purpose microproces- 
sors. Generally, a processor will receive instructions and 
data from a read-only memory and/or a random access 
memory. Storage devices suitable for tangibly embodying 
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computer program instructions and data include all forms of 
non-volatile memory, including by way of example semi- 
conductor memory devices, such as EPROM, EEPROM, 
and flash memory devices; magnetic disks such as internal 
hard disks and removable disks; magneto-optical disks; and 
CD-ROM disks. Any of the foregoing may be supplemented 
by, or incorporated in, specially-designed ASICs 
(application-specific integrated circuits). 
What is claimed is: 

1. A data-receiving method implemented at an interface 
device, the method comprising: 

receiving a frame on a communications link, the frame 
comprising a header and a payload; and 

forming a new frame when the payload comprises an 
encapsulated frame, said forming comprising modify- 
ing the header by removing a data field from the header 
to form a modified header and modifying a trailer 
following the payload by adding the data field removed 
from the header, the new frame comprising the modi- 
fied header and the payload. 

2. The method of claim 1 wherein the trailer comprises 
error control data and wherein forming the new frame 
further comprises calculating new error control data for the 
modified trailer based on modified components of the new 
frame. 

3. The method of claim 2 wherein a plurality of different 
encapsulated frame types exist and wherein the new frame 
is formed selectively depending on the received encapsu- 
lated frame type. 

4. The method of claim 3 wherein the plurality of encap- 
sulated frame types comprise a Token Ring frame type and 
an Ethernet frame type, and wherein the new frame is 
formed for the Token Ring frame type and no new frame is 
formed for the Ethernet frame type. 

5. In an interface device, a method of transmitting data 
between a bus interface and a link interface, the method 
comprising: 

receiving a frame on the bus interface, the frame com- 
prising a header, a payload, and a trailer; 

forming a modified frame when the payload of the 
received frame comprises an encapsulated frame, said 
forming comprising modifying the header by adding a 
data field from the trailer to the header to form a 
modified header, the modified frame comprising the 
modified header and the payload; and 

transmitting the modified frame on the link interface. 

6. The method of claim 5 wherein forming the modified 
frame further comprises removing the data field from the 
trailer. 

7. The method of claim 6 wherein the trailer comprises a 
second data field and the modified header omits the second 
data field. 

8. The method of claim 5 wherein a plurality of different 
encapsulated frame types exist and wherein the new frame 
is formed selectively depending on the received encapsu- 
lated frame type. 
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